W tym odcinku znajdziesz odpowiedzi na pytania:

• Czym jest CI?


• Dlaczego jest to ważne dla każdego zespołu programistycznego?


• Jakie są kluczowe elementy każdego CI?


• Gdzie trzymany jest kod?


• Czym są gałęzie?


• Jakie są dobre praktyki ciągłej integracji?


• Co z zakresu CI warto wiedzieć jako Scrum Master?


• Jakie pytania warto zadać jako Scrum Master zespołowi deweloperskiemu?

Słowniczek pojęć:

• Continuous Integration, CI, Ciągła Integracja


• Repozytorium Kodu, Code repository, Repo


• Version Control, Kontrola Wersji


• GitLab, GitHub, Bitbucket


• Gałąź, branch, branching strategy


• Gałąź główna, main, trunk, default


• Checkout


• Build


• Wersja


• Kod źródłowy, zależności, artefakty, pliki konfiguracyjne


• Merge


• Testy automatyczne


• Statyczna analiza kodu


• Środowisko produkcyjne


• Budowanie aplikacji lokalnie

Dobre praktyki:

• Kod źródłowy, pliki konfiguracyjne, skrypty, biblioteki, zależności, artefakty - wszystko co jest potrzebne do zbudowania wersji aplikacji, jest w Waszym wspólnym repozytorium
  
  Prosty sposób na sprawdzenie - jeśli na czystym komputerze odpalimy nasze      repozytorium i zrobimy checkout, to czy uda nam się zbudować aplikację


• Dokładaj swoje zmiany często i regularnie, najlepiej codziennie


• Wprowadzenie zmiany powinno odpalać build i testy automatyczne


• Zbudowanie wersji produkcyjnej powinno być możliwe tylko poprzez wspólne CI
  
  Prosty check - czy zdarzyło się, że ktoś zbudował wersję lokalnie i wdrożył ją na produkcję?

Pytania, które może zadać SM:

• Jak wygląda proces integrowania kodu, jaką mamy strategię zarządzania gałęziami?


• Ile mamy aktywnych gałęzi?


• Ile średnio “żyje” gałąź?


• Jak często merge’ujecie kod?


• Ile czasu zajmuje rozwiązania konfliktów przy merge'ach?


• Jakie testy są odpalane przy merge'u?


• Czy dana zmiana działa end-to-end, jak to sprawdziliście?


• Czy da się obejść pipeline’y i zbudować aplikację produkcyjną lokalnie. Kiedy ostatnim razem ktoś taką wersję wdrożył na produkcję?